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ABSTRACT 


The purpose of this thesis is to develop a data base orientated 
system that aids the Academic Associates and Curricular Officers in 
program development and course selection for individual students 
within varticular curricula. The data oase system is written uti- 
lizing the Virtual Machine Facility/370 (vM/370) operating system and 
the IBM 3033 computer at the Naval Postgraduate School. The automation 
of student curriculum matrices, course offerings, and tentative course 
scheduling is presented. A system user's manual for the IBM 3278 


terminal is provided. 
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ieee ENT RODUCTION 


In an effort to improve student advicement and course scheduling 
procedures, an automated student advicement data management system has 
been developed. The primary objectives of this system are: 

1. Development and maintenance of student academic programs 
within a given curriculun. 

2. Tailoring of academic student programs to the individual 
student's degree requirements and interests. 

3. Assisting the Academic Associate in his student counciling 
efforts as well as updating curricular programs. 

4, Provide Curricular Officers with a readily available data 
base of student, course and schedule data, within their varticular 
eareacula. 

The recently installed IBM 3043 AP System at the Naval Post- 
graduate School uses the Virtual Machine Facility/370 (VM/370) 
operating system. The components of vM/370 which are vertinent to 
this thesis are the control program (CP) and the conversational monitor 
system (CMS). 

The conversational monitor system (CMS) is the controlling soft- 
ware for this academic student vrogram development and maintenance 
system. CMS is a single-user operating system, that is capable of 
being executed in one or more virtual machines. It provides a wide 
variety of general-purpose, conversational timesharing functions that 


allows one to create, modify, and debug programs. Its use within this 





system is as a manipulator of data files. By utilizing the X#DIT 
command the CMS editor is invoked and allows the user to create and 
modify data files. 

The process of developing a student program, tailoring that 
program to the needs and desires of students, as well as complying with 
the Naval Postgraduate School's requirements is greatly improved by the 


use of the computer aided data management system. 





Ii. THER STUDENT ADVISING PROBLEM 


All incoming students are preregistered in the basic first 
quarter courses of their curriculum prior to arrival at the Naval Post- 
graduate School. This initial enrollment is made by the cognizant 
Curricular Officer in order to satisfy Special Assistant For Programs 
requirements. After the student arrives at the school and reports to 
his Curricular Officer, all subsequent program development is a manual 
process. This process typically has the student introduced to his core 
course matrix by the Curricular Officer, who appraises the student of his 
academic program requirements. The student develops an academic orogram 
with the Academic Associate. The student returns to his Curricular 
Officer with the program approved by the Academic Associate. The 
Curricular Officer fills out an Academic Program form (see Appendix A). 
This form is forwarded to the Special Assistant For Programs where it 
serves as input data to course scheduling and other computer programs. 

It is important to note that student program development is a 
dynamic process. Students do not enter an academic pipeline and 
follow a rigid program without deviations. Instead, they begin with 
an academic program that consists of a set of core courses. Based 
upon the student's prior education, certain courses may be validated. 
As the student progress through his academic program and his goals 
become firmer, follow-on courses initially indicated for enrollment 
may be deleted, added or substituted. This tailoring and updating 


of a student's academic program may occur on a quarterly basis. The 





ability to react and adapt tc the fluctuating desires of the student 
and curriculum changes necessitates responsive administrative support. 

The academic program development process can be made more efficient 
and more responSive if, instead of keeping a stack of hard copy Academic 
Record forms, these academic records are stored in a data base and 
maintained on the Naval Postgraduate School's IBM 30354 computer system. 
The other program development tools used by Curricular Officers and 
Academic Associates for development and maintenance of academic programs 
are the Naval Postgraduate School catalog, curricula matrices, Looseleaf 
Course Catalog, and the Tentative Course Schedule. These tools can also 
be converted to a data base and made available to the user. 

The automation of this manual program development process provides 
an effective means to offset the ever-increasing clerical and adminis- 
trative costs associated with student program development and counsel- 
ing. Curricular Officers and Academic Associates will then have the 
capability of calling up and modifying any one of their student's 
academic programs from a remote computer terminal. Student counseling 
sessions can be greatly enhanced by directly accessing a course cat- 
alog file and a course offering file in order to obtain information 


regarding 2a course's particular prerequisites or availability. 





Tite 2cOLe OF THE PROJECT 


This thesis is specifically directed at presenting a data base 
management system that is dedicated to the development and maintenance 
of student academic programs. The procedures necessary for the develcp- 
ment of the system's data base are provided in a User's Manual (see 
Chapter V). This manual is directed towards the user who will be 
working with the IBM 3278 computer terminal which is directly connected 
to the Naval Postgraduate School's IBM 5033 computer system. 

The Registrar, Scheduler and Department Chairmen take the renorts 
provided by the Special Assistant For Programs and develop course, 
professor and student schedules. The Special Assistant For Programs 
receives course enrollment requirements from Curricular Officers. It is 
these Curricular Officers and Academic Associates that are the vrimary 
users of this automated student program development and maintenance 
system. 

It is acknowledged that with implementing any new system the 
capacity and utility of that system may not be recognized by all who 
come in contact with it. The varamount problem then becomes one of 
motivating acceptance and willingness to use the newly developed 


system. 
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IV. SYSTEM APPROACH 


The administrative process of registering students for various 
courses, is as previously stated, directly aimed at fulfilling the needs 
of the Special Assistant For Programs. This process is extremely labor- 
intensive with regard to the efforts required of Curricular Officers and 
Academic Associates. The information sent to the Special Assistant For 
Programs is a detailed listing of courses requested by each student as 
indicated on the Academic Program form (see Appendix A). These forms 
contain vital identification information as well as a projected academic 
program that reflects those courses desired by the student as he pro- 
gresses through his curriculum. This information is then utilized for 
student registration and course demand forecasting. 

The existing program development system dictates that an Academic 
Program form be maintained for each student. The repetition experienced 
in completing this form for every student is significant, and readily 
lends itself to computerization. As Curricular Officers become aware of 
the impending arrival of perspective students, a new academic section 
begins to take form. It is proposed that as these new students become 
known, an appropriate student record be developed within the curric- 
ulum's student data base. These student records can then have a core 
course matrix appended (see Appendix B) thus forming, in a matter of 
minutes, a new student record with an appropriate tentative academic 
program, These newly created student records can in turn be grouped 


together to form a section that has not yet revorted. This new 





section information would then become immediately available for long 
range course load forecasting. The listing of a2 curriculum's student 
program data base for newly created sections could then be sent to the 
special Assistant For Programs for preregistration. 

Subsequent to the student's arrival, the program development and 
iterative process begins. An in-depth review of the student's prior 
academic background and academic desires is conducted by both the 
Curricular Officer and the Academic Associate. It has been policy that 
any alterations to the student's preregistered academic program be made 
on the student's Academic Program form, which was forwarded to the 
special Assistant For Programs, so that his records could be updated. 
With student vrograms maintained within an on-line data base, these 
interviews could be conducted with the student having his academic 
orogram displayed at a computer terminal. Any necessary changes to the 
student's academic program resulting from the interview could be in- 
mediately entered by the interviewer and then the revised student pro- 
gram could be made available to the Special Assistant For Programs. 

Concurrent with the administrative effort of developing student 
academic programs is a coordinated counseling responsibility which 
also is time intensive. Both the Curricular Officer and the Academic 
Associate must maintain a familiarity with curriculum requirements, 
course prerequisites, and with vrojected course offerings in order to 
keep a high degree of effectiveness. This counseling function re- 
quires a thorough knowledge of the Naval Postgraduate School catalog 
and/or the Naval Postgraduate School Looseleaf Course Catalog, the 


course offering document (Tentative Course Schedule) as well as 
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curriculum matrices with their alternatives. 

When a student seeks counseling in order to select meaningful 
electives in an effort to ensure compliance with requirements set forth 
for granting of a degree, Academic Associates and Curricular Officers 
must juggle between course catalog, course offering and student program 
requirements. Only after serious consideration of curriculum require- 
ments, course prerequisites, and the impact a course change might have 
on the remaining academic quarters of a particular curriculum, should an 


advisor make his recommendation. 


A. THE INFORMATION MANAGEMENT SYSTEM 

The data base that makes uv the student orogram development srocess 
consists of (1) a student vrogram file (STUDENT PRGM), (2) a course 
catalog file (CATALOG DATA), and (3) a course offering file (COURSE 
SCHED). There are two additional smaller files that help the user in 
developing the other three files. These files are (1) a core course 
matrix file (CORESnnn DATA), where nnn represents the anvropriate 
curriculum number, and (2) a course schedule header file (COURSE SCHED2). 
see the user's manual for an in-depth description of these files. 

The software that accommodates student/course record develovment, 
updating and retrieval is the Conversational Monitor System (CMS). 
CMS provides a wide variety of general vurnose, conversational time 
sharing functions that sunvvort creating and modifying data files. By 
utilizing the XEDIT command the CMS editor is invoked and thus 
facilitates the building of the student program, course catalog, and 


course schedule files. The user performs these editing functions 
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while in the XEDIT environment. Access to the data base is achieved 
through the use of the hardwired IBM 3278 terminal or via dial-uo 
communications. The operational status of the computer slays a 
Significant role in this access. The computer is scheduled for twenty- 


four hours of operation per day. 


B. SECURITY AND PRIVACY 

Two important asvects of a data base system are security and 
disaster recovery. Data base access is controlled by the use of an 
authorized USERID and PASSWORD. The USERID is used to identify a user 
to the VM/370 operating system. The vassword is used as a crotection 
device to ensure that only authorized users will be given access to a 
particular virtual machine. Both USERID and PASSWORD can be obtained 
from the Computer Center's Services Office, IN-147. 

Physical file security is provided by the computer center's 
operators and the comouter itself. A security procedure implemented 
19 May 1981 has a back-up cony of all Virtual Memory (VM) user's files 
made every Monday. This procedure serves as a back-uc /recovery vehicle 
in the event that the computer system crashes or loses user files. 
Another security option would be to have the data base written onto tave 
periodically. This tape would be stored off-line and made available 


Por Updating upon request. 
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V. USER'S MANUAL 


The ourpose of this USER's Manual is to assist the system user in 
overcoming the idiosyncracies associated with working on the IBM 3278 
terminal. Various data handling features and examples are vresented. 
The Conversational Monitor System (CMS) commands utilized are described 
in the context of their use. A more exhaustive description of each 
command and its general use can be obtained by invoking the HELP facil- 
ity. This is accomplisned by typing HELP XXXX on the COMMAND LINE of 
the terminal, where AXXX represents the CMS command in question. Upon 
pressing the ENTER-KEY a complete description of the command will be 


displayed on the screen. 


A. ESTABLISHING COMPUTER COMMUNICATIONS 

It is assumed that the user is familiar with the basic overation and 
configuration of the IBM 3278 terminal. A valid USERID (user identifi- 
cation) and PASSWORD are needed. The unique USERID is a symbol that 
identifies the user's virtual machine to the Virtual Machine Facility/ 
470 (vM/370) operating system. This along with a correct PASSWORD 
permits access to the comouter system. The use of a PASSWORD is an 
added security feature ensuring that only authorized users are given 
access to one's virtual machine and files. USERID and PASSWORD can be 
obtained from the Computer Center's Accounting Services Office, In-147. 

1. lLog-on Procedure: 


Figures 1 and 2 represent the terminal and screen of the IBM 


15 





3278 terminal. The features and steps sighted below for the log-on 
orocedure are indicated on the figures. 

a. Turn on the terminal using the 1-0 switch (big red 
toggle-switch), located to the left of the screen. The 'l' means on. 
b. When the NPS logogram appears press the RESET-KEY. 

ec. Press the ENTER-KEY. 

d. The screen will clear and CP READ will appear at the lower 
right of the screen (STATUS AREA), tyre: 

L nnnnP 
Where nnnn represent the user's 4-digit user number. 

e. Press the ENTER-KEY. 

f. A promot for your PASSWORD will appear. Type it in, 
noting that the characters will not appear on the screen. 

g. Press the ENTER~-KEY. 

NOTES : 

1. The terminal requires a few seconds to completely energize 
after being turned on. It is properly functioning when the three 
small red lights on the left of the screen are illuminated. 

2. If a screenfull of characters appear rather than the NPs 
logogram, change the setting of the screen test switch from ‘test’ to 
"normal'. This switch is located to the right of the screen and is 
meue in color. 

3, At this point the user should see within the Overater 


Information Area (see Figure 1) the following symbol: 


A 
m--- 
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Figure 2 
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This signifies that the user is logged-on and communicating with the 
computer. If any other symbol apvears press the RESET-KEY and continue. 


The user is in the CMS environment. 


B. FILE ACCESS 
There are three primary files and two secondary files that make up 
the basic system. These files are: 
Ee rimary 
[EN] [FT] 
a. STUDENT PRGM 
b. CATALOG DATA 
c. COURSE SCHED 
@€. Secondary 
[FN] [FT] 
a. CORES367 DATA 
b. COURSE SCHED2 
All files are accessed through the XBDIT environment. This 
environment can be called by issuing the CMS command XEDIT immediately 
followed by the identification of the data file to be created or 
modified. This CMS command is typed on the terminal's COMMAND LINE, 
located at the bottom left of the screen, identified by a large 
arrow (===>). 
EXAMPLE: 
===> XEDIT STUDENT PRGM 
After pressing the ENTER-KEY, notice that in the case of creating a 


new file that the file identification line appears on the first line 


1) 








of the screen along with the message 'CREATING NEW FILE' on the 
second line (the message line). The cursor will be vositioned at the 


command line. 


C. CREATING THE STUDENT PROGRAM FILE 

The student program (STUDENT PRGM) file is the mainstay of this 
system. It vossesses an academic program for each student within a 
particular curriculum. Students are grouped into sections and student 
academic programs are subdivided into academic quarters. Hach academic 
quarter lists those courses a student has taken, is presently taking or 
will take depending on how far along the student is within his academic 
program. Each student section begins with a roster. Section leaders 
and assistant section leaders are identified by one or two asterisks 
respectively. The procedure for creating this file is: 

1. Create a new file by typing (XEDIT STUDENT PRGM) on the command 
line of the terminal. 

e€. Press the ENTER-<EY. 

Note that a file identification line appears on the first line 
of the screen with the message 'CREATING NEW FILE' on the second line. 
The cursor is positioned on the command line (see Figure 2). 

3. Enter the input mode. 

This is accomplished by typing (Input or I) on the command line 
followed by pressing the ENTER-KnY. Note that the display solits with 
the lower half of the screen becoming the inout zone. The cursor will 
be positioned on the first line of this zone. Any further cursor 


positioning can be accomplished through the use of four keys located to 
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the right of the main key-board. These keys cause the cursor to move 
forward, forward rapidly, backward, backward ravidly, uv, and down. 
They can be identified by the arrow that anpears on the face of the key. 
A scale appears on the screen beneath the current line. It is similar 
to the margin scale on @ tyvewriter and marks columns O through 79 
(see Figure 2). The procedure for skipping lines when in the input- 
mode is to (1) have the cursor positioned on a new line, (2) depress 
the space bar once, and (3) depress the Enter-Key. Repeat these three 
steps for each line to be skipped. 
4, Enter the following data and perform the steps indicated: 
a. Enter the following data in the columns indicated: 
(COLUMN) (DATA) (EXAMPLE ) 
5 CURRICULUM COMPUTER SYSTEMS 
b. Press the ENTER-KEY and skip two lines. 
ec. Enter the following data in the columns indicated: 
( COLUMN) (DATA) ( EXAMPLE ) 
3 SECTION: XXXX SECTION: PL11 
Where XXXX is the section descriptor (i.e. PLO3, CSOl, WT93, etc.) 


30 (label) ENTRY QUARTER 
45 (Quarter started) WINTER 1981 (811) 


Where 811 represents the first quarter of academic year 1951 
d. Press the ENTER-KEY. 


e. Enter the following data in the columns indicated. 


( COLUMN ) ( DATA) (EXAMPLE ) 
30 (label) * - INDICATES SECTION LEADER 
40 (label) ** - INDICATES ASSISTANT 


SECTION LEADER 


oe 





f. Press the ENTER-KEY and skip two lines. 
g. Enter the following data in the columns indicated: 
(COLUMN ) (DATA ) (EXAMPLE ) 
5 XXXX ROSTER: PLI1 ROSTER: 
Where XAXX is the section descriptor. 

h. Press the ENTER-KEY and skip one line. 

i. List the students that constitute section XXXX. The format 
being (last name, first initial. middle initial.), with two names ver 
line beginning in columns 10 and 4O resvectively. 

j- At the end of the roster skip two lines. 

k. Enter the following data in the columns indicated: 

( COLUMN) (DATA ) (EXAMPLE) 
1 (Label) STUDENT PROGRAMS : 
1. Press the Enter-Key and skip one line. 
m. Create a student academic record for each student. 


This is accomplished by entering the following data in the columns 


indicated: 

(COLUMN) (DATA ) (EXAMPLE ) 
1 STUDENT NAME CRAMER, STEVEN R. 
30 RANK CAPT CDR, Ly LECOL 
as SERVICE or COUNTRY USN, USCG, RSK 
4O SOCIAL SECURITY NUMBER 12 3-45-6789 
55 DESIGNATOR 1110, 1360 
62 SMC NO. 123) 
63 CURRIC. NO. 4367, #360 


(1) After entering the student curriculum number press 
the ENTER-KEY twice. This exits the input-mode and positions the 


cursor at the command line. The student record data is positioned at 
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the screen's current line. 
(2) To insert the core course matrix beneath the newly 
created student record, the XEDIT subcommand (GET) is utilized. 

EXAMPLE: 

===> GET CORE$367 DATA 
Where CORE$367 is the file name representing the core course matrix 
for the Computer Systems Management curriculum and DATA is the file 
type. 

Upon pressing the ENTER-KEY, the core course matrix for the 
desired curriculum will be inserted beneath the student record 
(current line). This core course matrix resides within a separate 
file (see CREATING A CORE COURSE MATRIX). The message (EOF) meaning 
end of file, will ve displayed to signify that the entire core course 
matrix file (CORE$367 DATA), has been inserted as requested. 

n. Exit the input mode. 

This is accomplished by pressing the ENTER-KEY twice. Note 
that the screen is no longer split and the cursor is positioned at the 
screen's command line. 

5S. With the file completed all that remains is to write it onto 
disk. This is accomplished by typing the subcommand (FILE) on the 
command line followed by oressing the ENTER-KzY. The user is 
returned to the CMS environment, the file is written onto disk and 
the edit session is terminated. 

NOTES : 


1. At the beginning of the editing session the user might 
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desire to issue the subcommand (AUTOSAVE nn), where nn is a number. 
This command causes the CMS editor to save the user's input after 


every nn change or addition. 


D. CREATING THE COURSE CATALOG FILE 

The course catalog file (CATALOG DATA) is similar in form to the 
Naval Postgraduate School's Looseleaf Course Catalog. An indicator 
is provided to reflect the last time the file was revised due to 
catalog undates. The file consists of a course listing grouned 
according to academic department. The primary access key for locating 
@ particular course is the course number. The file is accessed through 
the XEDIT environment and a varticular course can be located by 
utilizing the subcommands (Find or FINDUP). A complete description of 
these subcommands and their general use is vrovided in the section 
(LOCATING A SPECIFIC STUDENT /COURSE RECORD). Each course description 
consists of a course number, course title, hours, course definition, 
and vrerequisites if applicable. The procedure for creating this file 
nc: 

1. Create a new file by typing (XEDIT CATALOG DATA) on the command 
line of the terminal. 

e¢. Press the ENTER-Key. 

Note that a file identification line appears on the first 

line of the screen with the message ‘CREATING NEW FILE' on the 
second line. The cursor is positioned on the second line (see Figure 
Ee). 


3. Enter the input mode. 
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This is accomplished by typing (Input or I) on the command 
line followed by oressing the ENTER-KEY. Note that the display 
splits with the lower half of the screen becoming the input zone. The 
cursor will be positioned on the first line of this zone. 
4, Enter the following data and verform the steps indicated: 


a. Enter the following data in the columns indicated: 


( COLUMN ) (DATA) ( EXAMPLE) 
4S (label) REVISED: 
DD DATE 5 DECEMBER 1980 


b. Press the ENTER-KzZY and skiv two lines. 


ec. Enter the following data in the columns indicated: 


(COLUMN ) (DATA ) (EXAMPLE ) 
5 ACADEMIC DEPT, COMPUTER SCIENCE 
DEPARTMENT: 


d. Press the ENTER-KEY. 


e. Enter the following data in the columns indicated: 


(COLUMN ) (DATA) (EXAMPLE ) 
20 (label) COURSE CODE: 
ap, KK cs 


Where XX is the two letter course code descriptor. 


4O COURSE CODE COMPUTER SCIENCE 
DEFINITION 


f. Press the ENTER-KEY and skin one line. 
g. Enter the following data in the columns indicated: 
(COLUMN) (DATA) (EXAMPLE ) 


iL COURSE NUMBER CS 3020 (see note 1) 
10 COURSE TITLE w/ HOURS SOFTWARE DESIGN (3-2) 


h. Press the ENTER-KEY. 


2) 





i. Enter the following data in the columns indicated: 
(COLUMN ) (DATA ) (EXAMPLE) 
10 COURSE DEFINITION (see note 2) 
j. Press the ENTER-KEY. 


k. Enter the following data in the columns indicated: 


(COLUMN ) (DATA ) (EXAMPLE ) 
10 (label) PREREQUISITES: 
2h PREREQUISITES (see note 3) 


1. Press the ENTER-KEY and skip one line. 

m. xreveat steos g through 1 for all courses offered by a 
varticular academic devartment. Skin two lines between the end of a 
course description and the beginning of another academic devartment's 
course listing. 

n. Exit the input mode. 

This is accomolished by vressing the ENTER-KEY twice. Note 
that the screen is no longer split and the cursor is vositioned at the 
screen's command line. 

5. With the file completed all that remains is to write it onto 
disk. This is accomplished by typing the subcommand (FILE) on the 
command line followed by pressing the ENTER-KEY. The user is returned 
to the CMS environment, the file is written onto disk and the edit 
session is terminated. 

NOTES : 

1. The space between the two letter course code and the four 
digit number of the course number is required. 


2. Course definitions will require more than one line, 





Pieeefrore Maintain a Lert margin at column 10 throughout the definition. 
9. Not all courses Dvossess vrerequisites. where they are 
required and more than one line is needed to list them maintain a left 
margin in column 24. 
4, At the beginning of the editing session the user might desire 
to issue the subcommand (AUTOSAVE nn), where nn is a number. This 
ecmmand causes the CMS editor to save tne user a input after every nn 


change of addition. 


®. CREATING THE COURSE SCHEDULE FILE 


a 


The course schedule file (COURSE SCHED) is similar in form to the 
Naval Postgraduate School's Tentative Course Schedule. An indicator 
is provided to reflect the last time the file was revised due to 
schedule updates. The file consists of a course listing grouped 
according to academic department. The primary access key for locating 
@ particular course is the course number. The file is accessed through 
the XEDIT environment and a varticular course can be located by uti- 
lizing the subcommands (Find and FINDUP). A complete description of 
these commands and their use is provided in the section (LOCATING 
A SPECIFIC STUDENT/COURSE RECORD). Each course record consists of a 
course number, course title, hours, indicator as to what quarter the 
course is offered and course offering periodicity. The procedure for 
creating this file is: 

1. Create a new file by typing (XEDIT COURSE SCHED) on the command 
line of the terminal. 


2. Press the ENTER-KEY. 
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Note that a file identification line appears on the first 
line of the screen with tne message ‘CREATING NEW FILE' on the second 
line. The cursor is positioned on the command line (see Figure 2). 

3. Enter the Input mode. 

This is accomplished by typing (Input or I) on the command line 
followed by pressing the ENTER-KEY. Note that the display splits with 
the lower half of tne screen becoming the inout zone. The cursor will 
be positioned on the first line of this zone. 

4h, Enter the following data and perform the steps indicated: 


a. Enter the following data in the columns indicated: 


(COLUMN ) (DATA) (EXAMPLE ) 
4s (label) REVISED: 
55 DATE 15 SEPTEMBER 1980 


b. Press the ENTER-K&EY and skiv two lines. 
ec. Enter the following data in the column indicated: 
( COLUMN ) ( DATA ) ( EXAMPLE ) 
A ACADEMIC DEPARTMENT COMPUTER SCIENCE 
d. Press the ENTER-KEY. 
e. Enter the following data in the coluwms indicated: 
( COLUMN ) (DATA) ( EXAMPLE ) 
28) Dipl eoOos: nn DERE. CODE: 53 
Where nn represents the academic department code. 
f. Press the ENTER-KEY. 


g. Enter the following data in the columns indicated: 
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(COLUMN ) (DATA) (EXAMPLE ) 


20 (label) COURSE CODE: 
3h oe cs 


Where XX is the two letter course code descriptor. 


BO COURSE CODE COMPUTER SCIENCE 
DEFINITION 


h. Press the ENTER-KEY. 

i. Insert the course schedule header utilizing the XEDIT sub- 
command (GET). 

EXAMPLE: 
===> GET COURSE SCHED2 

Where COURSE is the file name and SCHED2 is the file type. This header 
is used to identify the beginning of a new course type (i.e. COMPUTER 
SCIENCE, MATHEMATICS, INFORMATION SYSTEMS, MANAGEMENT, etc.) (see 
CREATING THE COURSE SCHEDULE HEADER). 


j. Enter the following data in the columns indicated: 


(COLUMN ) (DATA) (EXAMPLE ) 
ii COURSE NUMBER cS 0810 
10 COURSE TITLE THESIS RESEARCH 
AS HOURS O26 
50 PVPECATORM. ‘xX’ (see note 1) 
55 imme AO a! x" (see note 1) 
60 INDICATOR - 'X' (see note 1) 
65 iiome stones" <' se (cee note 1) 
67 PERIODICITY ALL QTR (see note 2) 


K. Press the ENTER-KEY. 
1. Exit the input mode. 
This is accomplished by pressing the ENTER-KBY twice. 
Note that the screen is no longer split and the cursor is positioned 


at the screen's command line. 
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5. With the file completed all that remains is to write it onto 
disk. This is accomplished by typing the subcommand (FILE) on the 
command line followed by pressing the ENTER-KEY. The user is returned 
to the CMS environment, the file is written onto disk and the edit 
session is terminated. 

6. Repeat steps j through k for all courses that are offered by a 
particular academic department. 

NOTES : 

a The indicator ‘'A' is used to signify that a particular 
course will be offered during the academic quarter flagged. 


2. The periodicity of a course offering is indicated as 


follows: 

(CODE) (MEANING) 
ALL QTR EACH QUARTER 
FALL/SP FALL and SPRING 
WNTR/SU WINTER and SUMMER 
FAL/SP/SU FALL, SPRING and SUMMER 
FAL/wN/SU FALL, WINTER and SUMMER 
wN/SP/SU WINTER, SPRING and SUMMER 

(or any combination of the above) 

AS REQ AS REQUESTED or AS REQUIRED 

* An asterisk represents courses that will 


be given upon request, as reading courses 
only and only if instructors are available. 


3. At the beginning of the editing session the user might 
desire to issue the subcommand (AUTOSAVE nn), where nn is a number. The 
command causes the CMS editor to save the user's input after every nn 


change or addition. 
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F. CREATING A CORE COURSE MATRIX FILE 

The core course matrix file is used in conjunction with creating 
new student records. It reflects the core courses within academic 
quarters that are required for students of a particular curriculum. 

By calling this file with the XEDIT subcommand GET, an entire 
curriculum’s core course matrix can be attached to a newly created 
Peeamaent record. 

File names can reflect the curriculum they represent (i.e. 
CORES367, CORE $368, CORES$530, etc.), where the numbers 367, 368, and 
5350 represent unique curriculum descriptors. The procedure for creating 
fies file is: 

1. Create a new file by typing (XEDIT CORESnnn DATA) on the command 
line of the terminal, where nnn represents the applicable curriculum 
number. 

2. Press the ENTER-KEY. 

Note that a file identification line appears on the first line 
of the screen with the message Creating New File on the second line. 
The cursor is positioned on the command line (see Figure 2). 

3. Enter the input-mode. 

This is accomplished by typing (Input or I) on the command line 
followed by pressing the ENTER-KEY. Note that the display splits with 
the lower half of the screen becoming the input zone. The cursor will 
be positioned on the first line of this zone. 


4, Enter the following data and verform the steps indicated: 


ou: 





a. Skip one line. 


b. Enter the following data in the columns indicated: 


(COLUMIT) (DATA) (EXAMPLE ) 
10 (label) ADVISCR: 
19 ACADEMIC ADVISOR's NAME 
35 (label) EMPHASIS AREA: (optional) 
50 EMPHASIS AREA (if applicable) 


c. Press the ENTER-KEY. 


d. The following data will be repeated for each academic 


quarter. 
(COLUMN ) (DATA) (EXAMPLE ) 
5 QTR nnn: QTR 811: 


Where nnn represents a particular academic quarter, which can pe 
filled in or left blank. 

e. Press une ENTER-KEY. 

Y. Repeat as necessary the following entries which reflect the 
core courses and emphasis/elective courses that constitute an academic 


fiemuer Wionin a particular curriculum. 


(COLUMN ) (DATA ) (EXAMPLE ) 
10 COURSE NUMBER cS 2800 
18 ACADEMIC CREDIT Gsa2% 
30 COURSE TITLE COMPUTER SCIENCE FUND. 


Note that where emphasis courses are to be taken enter ‘EMPHASIS COURSE' 
in lieu of the course number. This entry can be updated at a later 
date. 

g. Press the ENTER-KEY. 

h. SKip one line. 


i. Exit the input-mode. 





This is accomplished by pressing the ENTER-KEY twice. 
Note that the screen is no longer split and the cursor is positioned 
at the screen's command line. 

4, With the file completed all that remains is to write it onto 
disk. This is accomplished by typing the subcommand (FILE) on the 
command line followed by pressing the ENTER-KEY. The user is returned 
to the CMS environment, the file is written onto disk and the edit 
session is terminated. 

NOTES : 

1. At the beginning of the editing session the user might 
desire to issue the subcommand (AUTOSAVE nn), where nn is a number. 
This command causes the CMS editor to save the user's input after 


every nn change or addition. 


G. CREATING THE COURSE SCHEDULE HEADER FILE 

The course schedule header file (COURSE SCHED2) is used in con- 
junction with the (CREATING THE COURSE SCHEDULE FILE). By calling this 
file with the XEDIT subcommand (GET), a header containing the labels for 
course number, course title, hours, the four academic quarters, and the 
periodicity of course offering will be inserted into the course 
schedule file beneath the academic department label. This header is 
used to identify and separate the course types offered by an academic 
department (i.e. department: Administrative Sciences, course tynes: 
Administrative Sciences, Communication Management, Informaticn Systems 
and Management). The procedure for creating this file is: 

1. Create a new file by typing (XEDIT COURSE SCHED2) on the com- 


mand line of the terminal. 


OP, 





Bee Eress the ENTER-KBY. 


Note that a file identification line appears on the first line 


of the screen with the message ‘CREATING NEW FILE' on the second line. 


The cursor is positioned on the command line (see Figure 2). 


3. Enter the input mode. 


This is accomplished by typing (Input or I) on the command line 


followed by pressing the ENTER-KEY. 


the lower half of the screen becoming the input zone. 


Note that the display svlits with 


The cursor will 


be positioned on the first line of this zone. 


4, Enter the following data and perform the steps indicated: 


Qe 
iD. 
(COLUMN) 


1 
10 
45 
54 
54 
ae, 
64 
67 


ee 
d. 
(COLUMN ) 


1 
yh 
50 
oD 
60 
6h 
7 


Skip one line. 


Enter the following data in the columns indicated: 


(DATA) 


(label) 
(label) 
(label) 
(label) 
(label) 
(label) 
(label) 
(label) 


Press the ENTER-KEY. 


( EXAMPLE ) 


COURSE 
COURSE TITL: 
HRS 

FALL 

WNIR 

SPRG 

5 UM 

PERIOD 


Enter the following data in the columns indicated: 


(DATA) 


(label) 
(label) 
(label) 
(label) 
(label) 
(label) 
(label) 
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( EXAMPLE) 


NUMBER 
(STD) 





e. Press the ENTER-KEY. 
f. Enter a string of astericks beginning in column 1 and ending 
mieecolumn 75. 

g. Press the uNTER-KEY and skip one line. 

nh. Exit the input mode. 

This is accomplished by pressing the ENTER-KEY twice. Note 
that the screen is no longer split and the cursor is positioned at the 
screen's command line. 

5. With the file completed all that remainsis to write it onto disk. 
This is accomplished by typing the subcommand (FILE) on the command line 
followed by pressing the ENTER-KEY. The user is returned to the CMS 
environment, the file is written onto disk and the edit session is 
terminated. 

NOTES : 

1. At the beginning of the editing session the user might 
desire to issue the subcommand (AUTOSAVE nn), where nn is a number. The 


command causes the CMS editor to save the user's input after every nn 


change or addition. 


H. LOCATING A SPECIFIC STUDENT/COURSE RECORD 

In order to locate a particular student record one must first 
access the STUDENT PRGM file, which contains the alphabetical listing 
of those students within a particular curriculum grouped according to 
section. The procedure for locating a specific student record is: 


1. Access the STUDENT PRGM file (see FILE ACCESS, pg. 17. 
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2. Use the XEDIT subcommands (Find or FINDUP) whichever is 
Sppropriate. 

a. The Find subcommand searches for the line that starts with 
the specified text that follows the command word, searching in a 
forward direction. 

b. The FINDUP subcommand searches for the line that starts 
with the specified text that follows the command word, searching in 
a backward direction. 

EXAMPLE : 
Find CLAVELLI, DANIELLE 
or 
FINDUP CS 3020 

As a result of the way in which the Find and FINDUP subcommands 
execute their record search algorithm, all key records (i.e. students 
within the STUDENT PRGM file and course designators within the CATALOG 
DATA and COURSE SCHED files) begin in column one. 

3. If the need arises to search for a particular course or 
academic quarter within the student program file, the subcommand 
LOCATE should be utilized. Use the (LOCATE) subcommand to scan a file 
for a specified target, which (if found) becomes the new line. The 
search starts with the first line following the current line. The tar- 
get of a LOCATE subcommand can be a 'string expression' defining a 
group of characters to be located. The characters in the string must 
be delimited by a character that does not appear in the string itself. 
However, when a string target is entered by itself (without the optional 


subcommand name LOCATE), the delimiter must be a diagonal (/). In the 
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following example a diagonal (/) is used. 
EXAMPLE : 
/Is 2000/ 
If the above command is issued while examining a student's academic 
program the line containing the course IS 2000 will become the new 
current line. 
NOTES: 

1. If after using the Find subcommand end-of-file (EOF) appears 
on the screen's current line without locating the record of interest 
along with the message (NOT FOUND) being displayed on the terminal's 
message line one of the following has occurred: 

a. The record of interest resides within the file pre- 
ceding the location at which the search was initiated. In this case 
use the XSDIT subcommand FINDUP. 

b. The name or the student was missvelled. In this case 
use either the XEDIT subcommand (Find or FINDUP) devending on the 
direction of search required. 

ec. No such record exists within the file, therefore the 
student record needs to be created (see CREATING A NEW STUDENT RECORD). 

4. Once a particular student record has been located the user can 
scroll through the academic program by using the predefined PF-KEYS 
7, 8, 10, and 11, where PF7 and PF8 scroll one line backward and for- 
ward respectively and PF1O and PF1l scroll one-half screen backward and 


forward respectively. 
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I. MODIFYING A RECORD 

The simplest way to modify a data field within a record is to move 
eiewcursor to the desired location utilizing the cursor vositioning 
keys found to the right of the main key-board. These four keys cause 
the cursor to move forward, forward rapidly, backward, backward 
rapidly, up, or down. Once the cursor is positioned, the user needs 
only to type over the existing data in order to change the entry. After 
the new data has been typed depress the ENTER-KEY. This causes the 
cursor to be positioned on the command line. Now, type the XEDIT 
subcommand SAVE, which writes the change onto disk upon depressing the 
ENTER-KEY. The cursor will again be positioned at the beginning of 


the command line and the user remains within the file he was editing. 





av 


PROGRAM 


urriculta: Name and Code 


From: 


ACADEMIC 


Please Send 


APPENDIX A 















sylvuey 
ri 
a aaeqhads o 
aarag}4tA£ =['= 
7 xIppn a en uae 
¥ > 
3 © 
ee al 
e te Neo 
3 
po Qo 
GO & 
¥ 2 
> 
3° 
gs 0 
y 
L | 14) 
o E 3 
<3 
g : Ble 
oe eek ysis 
3) & 
: | 
4 3/3 
° Slee 
t*] = 3 
wo Uo 3) 2 
£3 é 
ma ee eS Ee 
gi. . ' 
°o a = 
Q a Nt 
Y a 
Ool— = 
1) 8 
oe 
a= = 
a> ds ~ 
“~ =x] fs : 
od 5 = 
ce pts 
e = as 
Lo ~ < 
fae z . 
“ wud 
o = 
a = d 
: 2 = 
A ae mane he 
Ta = = 
ot 2 = ine 
wo &§ : ; 
~ 3 
a bd e 
e 2] Oo 
S 088 us 
ON*23S° 208 ' ale 3 
s{qUul- -amen “tT | se<« 
ie af SEcEEE: 
30 sagan 3 Sae| 
co}; 6 
= tna 
i) 
" ie 
r= aai8aq ar 
we peyaads -: oO 
yaaersae. st = 
ice we EEEE 
oA alwntnstzing x 
“eo Ta3aeNng = 
g 93% 
Eugau} pue 169K = 
98 oS] stmapery - 
om heb 
+ Oa Al ON wa 
GwQ 2 


isBuBvyg 10g 


39 





APPENDIX B 


The following are several representative curriculum matrices which 
are currently used as definitive aids to individual student program 
development. 
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